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DETAILED ACTION 

Information Disclosure Statement 

The information disclosure statement submitted on 14November2003 has been 

considered by the Examiner and made of record in the application file, 

Claim Rejections -35 USC §102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 

form the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent granted 
on an application for patent by another filed in the United States before the invention by the applicant for 
patent, except that an international application filed under the treaty defined in section 351(a) shall have 
the effects for purposes of this subsection of an application filed in the United States only if the 
international application designated the United States and was published under Article 21(2) of such 
treaty in the English language. 

Claims 1-5 and 8-12 are rejected under 35 U.S.C. 102(e) as being anticipated by 
Garnett et al. (US 7032037 B2). 

Consider claim 1 . Garnett et al. clearly shows and discloses a method for 
reducing the number of messages to be processed by a control processor in a load 
balancer comprising the steps of: receiving a request to establish a TCP connection 
from a client by a network processor in said load balancer (("The network processing 
unit 520 further includes packet processing circuitry 522 to classify packets at layer 4 
and look up flow details of that packet. If a flow exists, the network processing unit 520 
modifies and forwards the packet to continue the flow.") column 39 lines 48-52); 
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establishing said TCP connection with said client via handshake messages between 
said network processor and said client (("For new TCP flows that are to be application 
layer load balanced, it performs the TCP three-way handshake and forwards the 
request data packets to an application layer classification engine 528. The network 
processing unit 520 also handles handover of a newly established connection to a 
selected server 43.") column 39 lines 52-58); receiving a request message from said 
client (("Transport layer load balancing in a TCP/IP network can be performed on 
receipt of a TCP synchronize/start packet (TCP SYN) from a client to a specific 
destination.") column 35 lines 9-11); bundling said request message and information 
from said handshake messages involved in establishing said TCP connection by said 
network processor (("In HTTP, usually the first data packet contains the request so the 
first data packet, after the three-way handshake, is parsed to make the load balancing 
decision. After the load balancing decision has been made, the connection to the load 
balancer is handed over to the selected server.") column 36 lines 52-56); and 
transmitting said bundled message to said control processor by said network processor 
('When a server responds to a received data packet, the outgoing packet is transmitted 
from the server 505 to the Load Balancer 501 , which forwards the outgoing packet to 
the outside network. Shown in FIG. 20b is a representation of the data packet paths 
through a shelf 41 arranged as shown in FIG. 19b. Here, the incoming packet arrives at 
the switch 73, travels to the load balancer 501 and is then passed to a processing 
cartridge 43 via the switch 73.") column 33 lines 13-20). 
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Consider claim 2, and as applied to claim 1 above. Garnett et al. discloses a 
method comprising the steps of: identifying a server in a server farm to service a client's 
request message by a control processor (("Management control of the web farm 360 
can be provided through a pair of System Management Servers (SMSs) 362.") column 
29 lines 23-24); bundling the client's request message and a control message by the 
control processor ("Thus incoming data packets arrive at the load balancer and are 
routed through to a selected server 505") column 32 lines 63-65); and transmitting the 
bundled message comprising the client's request message and the control message to 
a network processor ("A control microprocessor 530 performs management tasks for 
the load balancer 501 .") column 40 lines 31-32). 

Consider claim 3, and as applied to claim 2 above. Garnett et al. discloses a 
method wherein said server in said server farm is identified using information extracted 
from said client's request message (("An information distribution module may be 
provided removably received in the carrier operable connect to the internal 
communications network to receive an information message, to perform processing on 
the message to determine a destination, and to forward the message toward the 
determined destination via the internal communications network. This arrangement 
provides a modular computer system with integral load balancing service.") column 1 
lines 53-56). 

Consider claim 4, and as applied to claim 2 above. Garnett et al. discloses a 
method wherein said control message comprises information used to enable said 
network processor to create entries in a forwarding table to ensure packets from said 
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client are transmitted to said server and to ensure packets from said server are 
transmitted to said client (("The control microprocessor 570 also has programming to 
keep rule tables for the network processing unit 520 and the classification engine 528 
up to date.") column 40 lines 37-38). 

Consider claim 5, and as applied to claim 2 above. Garnett et al. discloses a 
method wherein said control message comprises information to establish a TCP 
connection between said load balancer and said server (("The application layer parsing 
and classification engine 528 receives complete request packets requesting the 
initiation of a new TCP connection from the network processing unit 520.") column 40 
lines 3-6). 

Consider claim 8. Garnett et al. clearly shows and discloses a computer program 
product embodied in a machine readable medium for reducing the number of messages 
to be processed by a control processor in a load balancer comprising the steps of: 
receiving a request to establish a TCP connection from a client by a network processor 
in said load balancer (("The network processing unit 520 further includes packet 
processing circuitry 522 to classify packets at layer 4 and look up flow details of that 
packet. If a flow exists, the network processing unit 520 modifies and forwards the 
packet to continue the flow.") column 39 lines 48-52); establishing said TCP connection 
with said client via handshake messages between said network processor and said 
client (("For new TCP flows that are to be application layer load balanced, it performs 
the TCP three-way handshake and forwards the request data packets to an application 
layer classification engine 528. The network processing unit 520 also handles handover 
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of a newly established connection to a selected server 43.") column 39 lines 52-58); 
receiving a request message from said client (("Transport layer load balancing in a 
TCP/IP network can be performed on receipt of a TCP synchronize/start packet (TCP ' 
SYN) from a client to a specific destination.") column 35 lines 9-11); bundling said 
request message and information from said handshake messages involved in 
establishing said TCP connection by said network processor (("In HTTP, usually the first 
data packet contains the request so the first data packet, after the three-way 
handshake, is parsed to make the load balancing decision. After the load balancing 
decision has been made, the connection to the load balancer is handed over to the 
- selected server.") column 36 lines 52-56); and transmitting said bundled message to 
said control processor by said network processor ('When a server responds to a 
received data packet, the outgoing packet is transmitted from the server 505 to the Load 
Balancer 501 , which forwards the outgoing packet to the outside network. Shown in 
FIG. 20b is a representation of the data packet paths through a shelf 41 arranged as 
shown in FIG. 19b. Here, the incoming packet arrives at the switch 73, travels to the 
load balancer 501 and is then passed to a processing cartridge 43 via the switch 73.") 
column 33 lines 13-20). 

Consider claim 9, and as applied to claim 8 above. Garnett et al. discloses a 
computer program product comprising the steps of: identifying a server in a server farm 
to service a client's request message by a control processor (("Management control of 
the web farm 360 can be provided through a pair of System Management Servers 
(SMSs) 362.") column 29 lines 23-24); bundling the client's request message and a 
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control message by the control processor ("Thus incoming data packets arrive at the 
load balancer and are routed through to a selected server 505") column 32 lines 63-65); 
and transmitting the bundled message comprising the client's request message and the 
control message to a network processor ("A control microprocessor 530 performs 
management tasks for the load balancer 501 .") column 40 lines 31-32). 

Consider claim 10, and as applied to claim 9 above. Garnett et al. discloses a 
computer program product wherein said server in said server farm is identified using 
information extracted from said client's request message (("An information distribution 
module may be provided removably received in the carrier operable connect to the 
internal communications network to receive an information message, to perform 
processing on the message to determine a destination, and to forward the message 
toward the determined destination via the internal communications network. This 
arrangement provides a modular computer system with integral load balancing 
service.") column 1 lines 53-56). 

Consider claim 1 1 , and as applied to claim 9 above. Garnett et al. discloses a 
computer program product wherein said control message comprises information used to 
enable said network processor to create entries in a forwarding table to ensure packets 
from said client are transmitted to said server and to ensure packets from said server 
are transmitted to said client (("The control microprocessor 570 also has programming 
to keep rule tables for the network processing unit 520 and the classification engine 528 
up to date.") column 40 lines 37-38). 
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Consider claim 12, and as applied to claim 9 above. Garnett et al. discloses a 
computer program product wherein said control message comprises information to 
establish a TCP connection between said load balancer and said server (("The 
application layer parsing and classification engine 528 receives complete request 
packets requesting the initiation of a new TCP connection from the network processing 
unit 520.") column 40 lines 3-6). 



Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth 
in section 102 of this title, if the differences between the subject matter sought to be patented and the 
prior art are such that the subject matter as a whole would have been obvious at the time the invention 
was made to a person having ordinary skill in the art to which said subject matter pertains. Patentability 
shall not be negatived by the manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1 , 148 USPQ 459 
(1966), that are applied for establishing a background for determining obviousness 
under 35 U.S.C. 103(a) are summarized as follows: 

1. Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness or 
nonobviousness. 

This application currently names joint inventors. In considering patentability of the 
claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of the 
various claims was commonly owned at the time any inventions covered therein were 
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made absent any evidence to the contrary. Applicant is advised of the obligation under 
37 CFR 1 .56 to point out the inventor and invention dates of each claim that was not 
commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

Claims 6-7 and 13-14 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Garnett et al. (US 7032037 B2) in view of Berg (US 200201 16475 A1). 

Consider claim 6, and as applied to claim 2 above. Garnett et al. clearly shows 
and discloses a method for receiving a request to terminate a TCP session and 
facilitating the termination request between server and client. This reads on the claimed 
The method as recited in claim 2 further comprising the steps of: receiving a request to 
terminate said TCP connection from said server by said network processor; facilitating 
said termination of said connection between said server and said client; ..." (("In the 
present example, when a flow is finally terminated the load balancer deletes the entry 
from the primary look-up table which corresponded to that connection. Thus the load 
balancer can watch for a TCP finish packet (TCP FIN) to be received from the client and 
a corresponding ACK to be sent from the server. In the case of a triangular load 
balancing arrangement, a module running on the server may perform the watch for the 
FIN and ACK packets and notify the load balancer accordingly.") column 36 lines 14- 
22). However, Garnett et al. fails to teach bundling and transmitting information of 
closed connections. Berg discloses a protocol stack comprising temporary memory 
tables, to include connection information and a method of transmitting session 
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management packet bundles from a redirector device to a network interface controller. 
This reads on the claimed "... bundling information regarding a series of closed 
connections by said network processor; and transmitting said bundled message 
regarding said series of closed connections to said control processor by said network 
processor." (("If the packet is not a client request (e.g. TCP Flag set to ACK), the iNIC 
(in response to instructions of its balance thread) sends the packet and a reference to 
the connection endpoint (stored in the temporary table's matching record) to the 
protocol stack thread (which is executed by the iNIC's protocol stack processor).") 
paragraph 0159 ("Each of the n servers and the redirector device includes intelligent 
network interface controller ("iNIC") circuitry, as shown in FIG. 2a. Within the server 
farm, each of the n servers and the redirector device (with its respective iNIC) has a 
respective IP address that is advertised to clients through the IP network. The redirector 
device and the servers communicate with one another through the iNICs, in order to 
operate together in a cooperative manner as a distributed system.") paragraph 0064). 

Therefore, it would have been obvious for a person of ordinary skill in the art to 
incorporate protocol stacks as taught by Berg with TCP termination requests as taught 
by Garnett et al. for the purpose of session management using the well known TCP 
stack. 

Consider claim 7, and as applied to claim 6 above. Garnett et al. clearly shows 
and discloses a method for receiving a request to terminate a TCP session and 
facilitating the termination request between server and client. This reads on the claimed 
"... information from said bundled message regarding said series of closed connections 
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by said control processor." (("In the present example, when a flow is finally terminated 
the load balancer deletes the entry from the primary look-up table which corresponded 
to that connection. Thus the load balancer can watch for a TCP finish packet (TCP FIN) 
to be received from the client and a corresponding ACK to be sent from the server. In 
the case of a triangular load balancing arrangement, a module running on the server 
may perform the watch for the FIN and ACK packets and notify the load balancer 
accordingly.") column 36 lines 14-22). However, Garnett et al. fails to teach a method of 
extracting bundled information of closed connections. Berg discloses a method wherein 
packet information is extracted and exchanged between a client and a server. This 
reads on the claimed "The method as recited in claim 6 further comprising the step of: 
extracting information from said bundled message regarding said series of closed 
connections by said control processor." (("Accordingly, in such a situation, server 2's 
iNIC (in response to instructions of its ipOS): (a) in response to such information 
received from server I's iNIC establishes a connection endpoint in the memory of 
server 2's iNIC for the particular client-server socket-based application connection; (b) if 
appropriate for the packet, processes and sends information from the packet to server 
2's application layer; and (c) if appropriate for the packet, processes and sends 
response packets to the client through the IP network in response to information from 
server 2's application layer. The protocol stack processor of server 2's iNIC (in response 
to instructions of its ipOS) adds suitable header information to the response packet and 
sends it to the client through the IP network-connected port (IP 123.123.123.3) of server 
2's iNIC") paragraph 0102). 
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Therefore, it would have been obvious for a person of ordinary skill in the art to 
incorporate packet processing as taught by Berg with TCP termination requests as 
taught by Garnett et al. for the purpose of releasing closed TCP connections faster, and 
providing more resources for new connections. 

Consider claim 13, and as applied to claim 9 above. Garnett et al. clearly shows 
and discloses a computer program for receiving a request to terminate a TCP session 
and facilitating the termination request between server and client. This reads on the 
claimed "The method as recited in claim 2 further comprising the steps of: receiving a 
request to terminate said TCP connection from said server by said network processor; 
facilitating said termination of said connection between said server and said client; ..." 
(("In the present example, when a flow is finally terminated the load balancer deletes the 
entry from the primary look-up table which corresponded to that connection. Thus the 
load balancer can watch for a TCP finish packet (TCP FIN) to be received from the 
client and a corresponding ACK to be sent from the server. In the case of a triangular 
load balancing arrangement, a module running on the server may perform the watch for 
the FIN and ACK packets and notify the load balancer accordingly.") column 36 lines 
14-22). However, Garnett et al. fails to teach bundling and transmitting information of 
closed connections. Berg discloses a protocol stack comprising temporary memory 
tables, to include connection information and a method of transmitting session 
management packet bundles from a redirector device to a network interface controller. 
This reads on the claimed "... bundling information regarding a series of closed 
connections by said network processor; and transmitting said bundled message 
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regarding said series of closed connections to said control processor by said network 
processor." (("If the packet is not a client request (e.g. TCP Flag set to ACK), the iNIC 
(in response to instructions of its balance thread) sends the packet and a reference to 
the connection endpoint (stored in the temporary table's matching record) to the 
protocol stack thread (which is executed by the iNIC's protocol stack processor).") 
paragraph 0159 ("Each of the n servers and the redirector device includes intelligent 
network interface controller ("iNIC") circuitry, as shown in FIG. 2a. Within the server 
farm, each of the n servers and the redirector device (with its respective iNIC) has a 
respective IP address that is advertised to clients through the IP network. The redirector 
device and the servers communicate with one another through the iNICs, in order to 
operate together in a cooperative manner as a distributed system.") paragraph 0064). 

Therefore, it would have been obvious for a person of ordinary skill in the art to 
incorporate protocol stacks as taught by Berg with TCP termination requests as taught 
by Garnett et al. for the purpose of session management using the well known TCP 
stack. 

Consider claim 14, and as applied to claim 13 above. Garnett et al. clearly shows 
and discloses a computer program for receiving a request to terminate a TCP session 
and facilitating the termination request between server and client. This reads on the 
claimed "... information from said bundled message regarding said series of closed 
connections by said control processor." (("In the present example, when a flow is finally 
terminated the load balancer deletes the entry from the primary look-up table which 
corresponded to that connection. Thus the load balancer can watch for a TCP finish 
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packet (TCP FIN) to be received from the client and a corresponding ACK to be sent 
from the server. In the case of a triangular load balancing arrangement, a module 
running on the server may perform the watch for the FIN and ACK packets and notify 
the load balancer accordingly.") column 36 lines 14-22). However, Garnett et al. fails to 
teach a computer program of extracting bundled information of closed connections. 
Berg discloses a computer program wherein packet information is extracted and 
exchanged between a client and a server. This reads on the claimed "The method as 
recited in claim 6 further comprising the step of: extracting information from said 
bundled message regarding said series of closed connections by said control 
processor." (("Accordingly, in such a situation, server 2's iNIC (in response to 
instructions of its ipOS): (a) in response to such information received from server Ys 
iNIC establishes a connection endpoint in the memory of server 2's iNIC for the 
particular client-server socket-based application connection; (b) if appropriate for the 
packet, processes and sends information from the packet to server 2's application layer; 
and (c) if appropriate for the packet, processes and sends response packets to the 
client through the IP network in response to information from server 2's application 
layer. The protocol stack processor of server 2's iNIC (in response to instructions of its 
ipOS) adds suitable header information to the response packet and sends it to the client 
through the IP network-connected port (IP 123.123.123.3) of server 2*s iNIC") 
paragraph 0102). 

Therefore, it would have been obvious for a person of ordinary skill in the art to 
incorporate packet processing as taught by Berg with TCP termination requests as 
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taught by Garnett et al. for the purpose of releasing closed TCP connections faster, and 
providing more resources for new connections. 

Claims 15-17 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Garnett et al. (US 7032037 B2) in view of Basso et al. (US 6973503 B2). 

Consider claim 15. Garnett et al. clearly shows and discloses a load balancer 
(("The present invention relates to computer systems, in particular to load balancing 
systems for multi-processor systems, for example multi-processor server systems.") 
column 1 lines 10-12) comprising a network processor capable of responding to a 
computer program with circuitry for receiving a request to establish a TCP connection 
from a client by a network processor in said load balancer (("The network processing 
unit 520 further includes packet processing circuitry 522 to classify packets at layer 4 
and look up flow details of that packet. If a flow exists, the network processing unit 520 
modifies and forwards the packet to continue the flow.") column 39 lines 48-52); 
establishing said TCP connection with said client via handshake messages between 
said network processor and said client (("For new TCP flows that are to be application 
layer load balanced, it performs the TCP three-way handshake and forwards the 
request data packets to an application layer classification engine 528. The network 
processing unit 520 also handles handover of a newly established connection to a 
selected server 43.") column 39 lines 52-58); receiving a request message from said 
client (("Transport layer load balancing in a TCP/IP network can be performed on 
receipt of a TCP synchronize/start packet (TCP SYN) from a client to a specific 
destination.") column 35 lines 9-11); bundling said request message and information 
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from said handshake messages involved in establishing said TCP connection by said 
network processor (("In HTTP, usually the first data packet contains the request so the 
first data packet, after the three-way handshake, is parsed to make the load balancing 
decision. After the load balancing decision has been made, the connection to the load 
balancer is handed over to the selected server.") column 36 lines 52-56); and 
transmitting said bundled message to said control processor by said network processor 
('When a server responds to a received data packet, the outgoing packet is transmitted 
from the server 505 to the Load Balancer 501, which forwards the outgoing packet to 
the outside network. Shown in FIG. 20b is a representation of the data packet paths 
through a shelf 41 arranged as shown in FIG. 19b. Here, the incoming packet arrives at 
the switch 73, travels to the load balancer 501 and is then passed to a processing 
cartridge 43 via the switch 73.") column 33 lines 13-20). This reads on the claimed "A 
load balancer, comprising: a network processor, wherein said network processor is 
configured to process fast path packets; a control processor coupled to said network 
processor, wherein said control processor is configured to process slow path packets; 
and a memory unit coupled to said control processor and said network processor, 
wherein said memory unit is operable for storing a computer program for reducing the 
number of messages to be processed by said control processor; wherein said network 
processor, responsive to said computer program, comprises: circuitry operable for 
receiving a request to establish a TCP connection from a client; circuitry operable for 
establishing said TCP connection with said client via handshake messages between 
said network processor and said client; circuitry operable for receiving a request 
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message from said client; circuitry operable for bundling said request message and 
information from said handshake messages involved in establishing said TCP 
connection; and circuitry operable for transmitting said bundled message to said control 
processor.". However, Garnett et al. fails to teach a system comprising fast path and 
slow path packet processing. Basso et al. discloses a system wherein a network 
processor processes fast packets and a control processor processes slow packets 
((Network processor 41 1 may be configured to process packets that are commonly 
referred to as "fast path packets.") column 5 lines 58-60 ("... control processor 410 may 
be configured to process packets that are commonly referred to as "slow path packets" 
which require more complicated operations than fast path packets. Slow path packets 
may refer to packets that are redirected from network processor 41 1 to control 
processor 410 to be processed by control processor ...") column 5 line 67 and column 6 
lines 1-5), and a memory unit coupled to said control processor and said network 
processor, wherein said memory unit is operable for storing a computer program for 
reducing the number of messages to be processed by said control processor 
(("Implementations of the invention include implementations as a computer system 
programmed to execute the method or methods described herein, and as a computer 
program product. According to the computer system implementations, sets of 
, instructions for executing the method or methods are resident in the random access 
memory 414 of one or more computer systems configured generally as described ...") 
column 6 lines 60-67). This reads on the claimed "... a network processor, wherein said 
network processor is configured to process fast path packets; a control processor 
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coupled to said network processor, wherein said control processor is configured to 
process slow path packets; and a memory unit coupled to said control processor and 
said network processor, wherein said memory unit is operable for storing a computer 
program for reducing the number of messages to be processed by said control 
processor; ..." 

Therefore, it would have been obvious for a person of ordinary skill in the art to 
incorporate fast path and slow path packet processing as taught by Basso et al. with 
bundling messages in TCP connections as taught by Garnett et al. for the purpose of 
efficiently processing packets in a well known TCP protocol connection. 

Consider claim 16, and as applied to claim 1 5 above. Garnett et al., as modified 
by Basso et al. clearly shows and discloses a method comprising the steps of: 
identifying a server in a server farm to service a client's request message by a control 
processor (("Management control of the web farm 360 can be provided through a pair of 
System Management Servers (SMSs) 362.") column 29 lines 23-24); bundling the 
client's request message and a control message by the control processor ("Thus 
incoming data packets arrive at the load balancer and are routed through to a selected 
server 505") column 32 lines 63-65); and transmitting the bundled message comprising 
the client's request message and the control message to a network processor ("A 
control microprocessor 530 performs management tasks for the load balancer 501 .") 
column 40 lines 31-32). 
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Consider claim 17, and as applied to claim 16 above. Garnett et aL, as modified 
by Basso et al. clearly shows and discloses a method wherein said control message 
comprises information used to enable said network processor to create entries in a 
forwarding table to ensure packets from said client are transmitted to said server and to 
ensure packets from said server are transmitted to said client (("The control 
microprocessor 570 also has programming to keep rule tables for the network 
processing unit 520 and the classification engine 528 up to date.") column 40 lines 37- 
38). 

Claims 18-19 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Garnett et al. (US 7032037 B2) as modified by Basso et al. (US 6973503 B2) and in 
further view of Berg (US 200201 1 6475 A1 ). 

Consider claim 18. Garnett et al. clearly shows and discloses a method for 
receiving a request to terminate a TCP session and facilitating the termination request 
between server and client. This reads on the claimed "... method ... comprising the 
steps of: receiving a request to terminate said TCP connection from said server by said 
network processor; facilitating said termination of said connection between said server 
and said client; ..." (("In the present example, when a flow is finally terminated the load 
balancer deletes the entry from the primary look-up table which corresponded to that 
connection. Thus the load balancer can watch for a TCP finish packet (TCP FIN) to be 
received from the client and a corresponding ACK to be sent from the server. In the 
case of a triangular load balancing arrangement, a module running on the server may 
perform the watch for the FIN and ACK packets and notify the load balancer 
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accordingly.") column 36 lines 14-22). However, Garnett et al. fails to teach a system 
comprising fast path and slow path packet processing. Basso et al. discloses a system 
wherein a network processor processes fast packets and a control processor processes 
slow packets ((Network processor 41 1 may be configured to process packets that are 
commonly referred to as "fast path packets.") column 5 lines 58-60 ("... control 
processor 410 may be configured to process packets that are commonly referred to as 
"slow path packets" which require more complicated operations than fast path packets. 
Slow path packets may refer to packets that are redirected from network processor 41 1 
to control processor 410 to be processed by control processor ...") column 5 line 67 and 
column 6 lines 1-5), and a memory unit coupled to said control processor and said 
network processor, wherein said memory unit is operable for storing a computer 
program for reducing the number of messages to be processed by said control 
processor (("Implementations of the invention include implementations as a computer 
system programmed to execute the method or methods described herein, and as a 
computer program product. According to the computer system implementations, sets of 
instructions for executing the method or methods are resident in the random access 
memory 414 of one or more computer systems configured generally as described ...") 
column 6 lines 60-67). This reads on the claimed "... a network processor, wherein said 
network processor is configured to process fast path packets; a control processor 
coupled to said network processor, wherein said control processor is configured to 
process slow path packets; and a memory unit coupled to said control processor and 
said network processor, wherein said memory unit is operable for storing a computer 
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program for reducing the number of messages to be processed by said control 
processor; ..." Therefore, it would have been obvious for a person of ordinary skill in the 
art to incorporate fast path and slow path packet processing as taught by Basso et al. 
with bundling messages in TCP connections as taught by Garnett et al. for the purpose 
of efficiently processing packets in a well known TCP protocol connection. However, 
Garnett et al., as modified by Basso et al., fails to teach bundling and transmitting 
information of closed connections. Berg discloses a protocol stack comprising 
temporary memory tables, to include connection information and a method of 
transmitting session management packet bundles from a redirector device to a network 
interface controller. This reads on the claimed "... bundling information regarding a 
series of closed connections by said network processor; and transmitting said bundled 
message regarding said series of closed connections to said control processor by said 
network processor." (("If the packet is not a client request (e.g. TCP Flag set to ACK), 
the iNIC (in response to instructions of its balance thread) sends the packet and a 
reference to the connection endpoint (stored in the temporary table's matching record) 
to the protocol stack thread (which is executed by the iNIC's protocol stack processor).") 
paragraph 0159 ("Each of the n servers and the redirector device includes intelligent 
network interface controller ("iNIC") circuitry, as shown in FIG. 2a. Within the server 
farm, each of the n servers and the redirector device (with its respective iNIC) has a 
respective IP address that is advertised to clients through the IP network. The redirector 
device and the servers communicate with one another through the iNICs, in order to 
operate together in a cooperative manner as a distributed system.") paragraph 0064). 
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Therefore, it would have been obvious for a person of ordinary skill in the art to 
incorporate protocol stacks as taught by Berg with TCP termination requests as taught 
by Garnett et al., as modified by Basso et al., for the purpose of session management 
using the well known TCP stack. 

Consider claim 19, and as applied to claim 18 above. Garnett et al. clearly shows 
and discloses a method for receiving a request to terminate a TCP session and 
facilitating the termination request between server and client. This reads on the claimed 
"... information from said bundled message regarding said series of closed connections 
by said control processor." (("In the present example, when a flow is finally terminated 
the load balancer deletes the entry from the primary look-up table which corresponded 
to that connection. Thus the load balancer can watch for a TCP finish packet (TCP FIN) 
to be received from the client and a corresponding ACK to be sent from the server. In 
the case of a triangular load balancing arrangement, a module running on the server 
may perform the watch for the FIN and ACK packets and notify the load balancer 
accordingly.") column 36 lines 14-22). However, Garnett et al. fails to teach a system 
comprising fast path and slow path packet processing. Basso et al. discloses a system 
wherein a network processor processes fast packets and a control processor processes 
slow packets ((Network processor 41 1 may be configured to process packets that are 
commonly referred to as "fast path packets.") column 5 lines 58-60 ("... control 
processor 410 may be configured to process packets that are commonly referred to as 
"slow path packets" which require more complicated operations than fast path packets. 
Slow path packets may refer to packets that are redirected from network processor 41 1 
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to control processor 410 to be processed by control processor ...") column 5 line 67 and 
column 6 lines 1-5), and a memory unit coupled to said control processor and said 
network processor, wherein said memory unit is operable for storing a computer 
program for reducing the number of messages to be processed by said control 
processor (("Implementations of the invention include implementations as a computer 
system programmed to execute the method or methods described herein, and as a 
computer program product. According to the computer system implementations, sets of 
instructions for executing the method or methods are resident in the random access 
memory 414 of one or more computer systems configured generally as described ...") 
column 6 lines 60-67). This reads on the claimed "The system as recited in claim 18 
comprising a network processor, wherein said network processor is configured to 
process fast path packets; a control processor coupled to said network processor, 
wherein said control processor is configured to process slow path packets; and a 
memory unit coupled to said control processor and said network processor, wherein 
said memory unit is operable for storing a computer program for reducing the number of 
messages to be processed by said control processor; ..." Therefore, it would have been 
obvious for a person of ordinary skill in the art to incorporate fast path and slow path 
packet processing as taught by Basso et al. with bundling messages, in TCP 
connections as taught by Garnett et al. for the purpose of efficiently processing packets 
in a well known TCP protocol connection. However, Garnett et al., as modified by Basso 
et al., fails to teach a method of extracting bundled information of closed connections. 
Berg discloses a method wherein packet information is extracted and exchanged 



Application/Control Number: 10/713,343 Page 24 

Art Unit: 2109 

between a client and a server. This reads on the claimed "The method as recited in 
claim 6 further comprising the step of: extracting information from said bundled 
message regarding said series of closed connections by said control processor." 
(("Accordingly, in such a situation, server 2's iNIC (in response to instructions of its 
ipOS): (a) in response to such information received from server 1's iNIC establishes a 
connection endpoint in the memory of server 2's iNIC for the particular client-server 
socket-based application connection; (b) if appropriate for the packet, processes and 
sends information from the packet to server 2's application layer; and (c) if appropriate 
for the packet, processes and sends response packets to the client through the IP 
network in response to information from server 2's application layer. The protocol stack 
processor of server 2's iNIC (in response to instructions of its ipOS) adds suitable 
header information to the response packet and sends it to the client through the IP 
network-connected port (IP 123.123.123.3) of server 2's iNIC") paragraph 0102). 

Therefore, it would have been obvious for a person of ordinary skill in the art to 
incorporate packet processing as taught by Berg with TCP termination requests as 
taught by Garnett et al M as modified by Basso et al., for the purpose of releasing closed 
TCP connections faster, and providing more resources for new connections. 

Conclusion 
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